
United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE^ 
United States Patent and Trademark Office 
Address: COMMISSIONER FOR PATENTS 
P.O. Box 1450 

Alexandria, Virginia 22313-1450 
www.uspto.gov 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO. 



CONFIRMATION NO. 



09/802,698 



03/09/2001 



7590 



27045 

ERICSSON INC. 
6300 LEGACY DRIVE 
M/S EVRC11 
PLANO, TX 75024 



12/21/2004 



Johan Soderberg 



032559-077 



6898 



EXAMINER 



ABRAHAM, ESAWT 



ART UNIT 



PAPER NUMBER 



2133 

DATE MAILED: 12/21/2004 



Please find below and/or attached an Office communication concerning this application or proceeding. 



PTO-90C (Rev. 10/03) 



Off/c© Antinn Summan/ 


Application No. 

09/802,698 


Applicant(s) 

SODERBERG ET AL. 


Examiner 

Esaw T Abraham 


Art Unit 

2133 





- Th MAILING DATE of this communication appears on the cover sheet with the correspond nee address - 



Period for Reply 
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2a)D This action is FINAL. 2b)[X] This action is non-final. 
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Disposition of Claims 

4) S Claim(s) 7-57 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 
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DETAILED ACTION 

1 . Claims 1-57 are presented for examination. 

****** The examiner considers the preliminary amendment filled on 03/09/01. 

Priority 

2. Acknowledgment is made of applicants claim for domestic priority under 35 
U.S.C 1 19 (e) (provisional application # 60/244,369) filed on 10/30/2000. 



Information Disclosure Statement 

3. The applicant's IDS of 09 SEP, 2001 have been entered. The examiner considers the IDS. 



Claim Rejections - 35 USC§ 101, Non Statutory 

4. Claims 1-28 are rejected under 35 U.S.C. 101 because the claimed invention is directed 
to non-statutory subject matter because: 

The language of the claim (as in claims 1-57) raises a question as to whether the claim is 
directed merely to an abstract idea that is not tied to a technological art, environment or machine 
which would result in a practical application producing a concrete, useful, and tangible result to 
form the basis of statutory subject matter under 35 U.S.C 101 . 

For example: A bit error resilience system and a method for an IP stack having 
functionality comprising the steps of analyzing packets and forwarding header packets with 
detected errors (as in claims 1 and 29) and a system and a method for protecting header 
information in header compressed packets comprising the steps of selecting a first of the 
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compressed header and protecting a second subset of compressed header (as in claims 22 and 50) 
are directed to mathematical algorithm not embedded in computer readable medium. 

Claims 2-21, 23-28, 30-49 and 51-57 are directly or indirectly dependents of claims 1, 22, 
29 and 50 are also rejected under 35 U.S.C. 101. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S. C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains- Patentability shall not be negatived by the 
manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere CO., 383 U.S. 1, 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness under 35 
U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 

5. Claims 1-57 are rejected under 35 U.S.C. 103(a) as being unpatentable over Koodli 
(6,608,841). 

As per claims 1 and 29, Koodli teach or disclose a data compression/decompression in a 
data network and more particularly, relates to a system and method for achieving robust 
IP/UDP/RTP header compression in the presence of unreliable networks (see col. 1, lines 1-15). 
Koodli teaches a robust IP/UDP/RTP header compression mechanism and technique that can 
correctly reconstruct IP/UDP/RTP headers in the presence of packet losses and errors whereby 



Application/Control Number: 09/802,698 Page 4 

Art Unit: 2133 

the header compression mechanism includes a compressor/de-compressor (header compression 
analyzer) implemented for operation similarly to RFC 2508 but designed specifically to address 
robustness when employed in lossy and error-prone networks to correctly reconstruct headers in 
the presence of packet losses and errors (see col. 3, 31-40). Further, Koodli in FIG. 2A show an 
example of data packet (100) consists of a segment of data pay load (130) and a small header 
(120) whereby the header segment (120) contains, for example, IP addresses fields (32-bit global 
Internet address, generally consisting of a network identifier and a host identifier), a version field 
used to specify which version of the IP is represented in the IP packet (for example, IPv4 and IP 
v6), a type of service field used to specify how the IP packet is to be handled in IP-based 
networks which offer various service qualities, and a header checksum field used to verify 
transmission error (see col. 5, lines 39-65). Koodli does not explicitly teach forwarding a 
header-compressed packet with a checksum by a forwarding means. However, Koodli in figure 
1 teaches a source terminal (20) comprising a host (22) generates data which is forwarded to the 
network interface controller (NIC) (24) and the NIC (24) of the source terminal (20) transforms 
incoming data from host (22) into data packets using, for example, Real-Time Transfer Protocol 
(RTP) used on top of User Datagram Protocol (UDP/IP), and injects the data packets via the 
bandwidth-limited link 10 and further the IP-based network (10) accepts incoming data packets 
and forwards the same to destination terminal (30) according to the information contained in the 
header (see col. 5, lines 21-37) which Koodli is basically teaching the same as the applicant's 
invention for routing or forwarding header compressed packets. Therefore, it would have been 
obvious to a person having an ordinary skill in the art at the time the invention was made to route 
or forward header compressed packets from a source to a destination as taught by Koodli. This 
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modification would have been obvious because a person having ordinary skill in the art would 
have been motivated in order to enhance link or channel performance. 

As per claims 2 and 30, Koodli teach a type of service field used to specify how the IP 
packet is to be handled in IP-based networks which offer various service qualities, and a header 
checksum field used to verify transmission error (see col. 5, lines 50-54). 

As per claims 3-6, Koodli teach the header compression mechanism includes a header 
compression mechanism is implemented to correctly reconstruct headers of said packets in the 
presence of packet losses and errors (see claim 18). 

As per claims 7 and 35, Koodli teach a robust IP/UDP/RTP header compression 
mechanism and technique that can correctly reconstruct IP/UDP/RTP headers in the presence of 
packet losses and errors. The header compression mechanism includes a compressor/de- 
compressor implemented for operation similarly to RFC 2508 but designed specifically to 
address robustness when employed in lossy and error-prone networks to correctly reconstruct 
headers in the presence of packet losses and errors (see col. 3, lines 31-40). 

As per claim 8, 9, 36 and 37, Koodli teach that headers are IP/UDP/RTP headers used for 
real-time communications on the Internet and for applications such as Voice over IP and Video 
conferencing (see claim 9). 

As per claims 10, 12 and 14, Koodli teach a type of service field used to specify how the 
IP packet is to be handled in IP-based networks which offer various service qualities, and a 
header checksum field used to verify transmission error (see col. 5, lines 50-54). 

As per claims 11 and 39, Koodli in figure 5A teach a header format of a data packet 
\vhen a second-order (SO) difference is zero and the header segment 120 of a data packet 100 
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(see FIG. 2A) may include a 4-bit context identifier (ID) field (which is the same as described 
in RFC 2508 and may be implicit and optional in certain networks such as cellular networks) 
and a 4-bit sequence number field (see col.9, lines 38-53). 

As per claims 13 and 41, Koodli teaches a version field used to specify which version of 
the IP is represented in the IP packet (for example, IP Version 4 and IP Version 6), a type of 
service field used to specify how the IP packet is to be handled in IP-based networks which 
offer various service qualities, and a header checksum field used to verify transmission error. 
Other IP fields such as flags and fragment offset fields, a total length field, an ID field, a time to 
live field and a protocol field may also be included in such a header and in the Internet Protocol 
version 4 (IPv4), header fields including IP/UDP/RTP may occupy 40 bytes per packet, and 60 
bytes per packet for Internet Protocol version 6 (IPv6) (see col. 5, 38-65). 

As per claims 15 and 16, Koodli teaches a header compression mechanism includes a 
compressor/de-compressor implemented for operation similarly to RFC 2508 but designed 
specifically to address robustness when employed in lossy and error-prone networks to correctly 
reconstruct headers in the presence of packet losses and errors (see col. 3, lines 31-40). 

As per claims 17 and 45, Koodli teaches that when the context state is established, the 
compressor 26 of source terminal 20 need not send the first-order differences (especially those 
corresponding to RTP header fields, for example, such as RTP timestamp and RTP sequence 
number) unless the second-order, difference (delta) is non-zero and when the second-order 
difference (delta) of the RTP header (or IP/UDP header of a data packet) from packet to packet 
is zero, the de-compressor 36 of destination terminal 30 may reconstruct a packet without any 
loss of information by simply adding the first-order differences to the saved uncompressed 
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header representing the previous packet as each compressed packet is received (see col. 7, lines 
5-16). 

As per claims 18, 19, 46 and 47, Koodli teach a type of service field used to specify how 
the IP packet is to be handled in IP-based networks which offer various service qualities, and a 
header checksum field used to verify transmission error (see col. 5, lines 50-54). 

As per claims 20-21 and 48-49, Koodli teaches all the subject matter claimed in claims 1 
and 29. Kooldi does not teach that a framing protocol PPP and a HDLC protocol. Nevertheless, 
as would have been well known to one ordinary skill in the art at the time the invention was 
made, such protocols for example, Point-to-Point Protocol, is a network level 
protocol required in wide usage today that enables general-purpose computers to communicate 
over certain packet switched networks. Accordingly, it would have been obvious to one ordinary 
skill in the art to include such protocols in order to communicate over packet switched networks. 

As per claims 22 and 50, Koodli teaches all the subject matter claimed in claims 1 and 20 
including Koodli teaches that for Internet Protocol (IP) based real-time multimedia, RTP 
may be used on top of User Datagram Protocol (UDP/IP) to make use of multiplexing and 
checksum services (see col. 1, lines 27-30). 

As per claims 23 and 51, Koodli in figure 5 A teach a header format of a data packet 
when a second-order (SO) difference is zero and the header segment 120 of a data packet 100 
(see FIG. 2A) may include a 4-bit context identifier (ID) field (which is the same as described 
in RFC 2508 and may be implicit and optional in certain networks such as cellular networks) 
and a 4-bit sequence number field (see col.9, lines 38-53). 
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As per claims 24 and 52, Koodli teach a type of service field used to specify how the IP 
packet is to be handled in IP-based networks which offer various service qualities, and a header 
checksum field used to verify transmission error (see col. 5, lines 50-54). 

As per claims 25-27, Koodli teach a type of service field used to specify how the IP 
packet is to be handled in IP-based networks which offer various service qualities, and a header 
checksum field used to verify transmission error (see col. 5, lines 50-54). Further, Koodli teaches 
a version field used to specify which version of the IP is represented in the IP packet (for 
example, IP Version 4 and IP Version 6), a type of service field used to specify how the IP 
packet is to be handled in IP-based networks which offer various service qualities, and a header 
checksum field used to verify transmission error. Other IP fields such as flags and fragment 
offset fields, a total length field, an ID field, a time to live field and a protocol field may also be 
included in such a header and in the Internet Protocol version 4 (IPv4), header fields including 
IP/UDP/RTP may occupy 40 bytes per packet, and 60 bytes per packet for Internet Protocol 
version 6 (IPv6) (see col. 5, 38-65). 

As per claims 28 and 57, Koodli teaches header compression mechanism includes a 
compressor/de-compressor implemented for operation similarly to RFC 2508 but designed 
specifically to address robustness when employed in lossy and error-prone networks to correctly 
reconstruct headers in the presence of packet losses and errors (see col. 3, lines 31-40). 

As per claims 31-34, Koodli teach the header compression mechanism includes a header 
compression mechanism is implemented to correctly reconstruct headers of said packets in the 
presence of packet losses and errors (see claim 18). 
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As per claims 38, 40, and 42, Koodli teach a type of service field used to specify how the 
IP packet is to be handled in IP-based networks which offer various service qualities, and a 
header checksum field used to verify transmission error (see col. 5, lines 50-54). 

As per claims 43 and 44, Koodli teaches a header compression mechanism includes a 
compressor/de-compressor implemented for operation similarly to RFC 2508 but designed 
specifically to address robustness when employed in lossy and error-prone networks to correctly 
reconstruct headers in the presence of packet losses and errors (see col. 3, lines 31-40). 

As per claims 53-56, Koodli teach a type of service field used to specify how the IP 
packet is to be handled in IP-based networks, which offer various service qualities, and a header 
checksum field used to verify transmission error (see col. 5, lines 50-54). Further, Koodli teaches 
a version field used to specify which version of the IP is represented in the IP packet (for 
example, IP Version 4 and IP Version 6), a type of service field used to specify how the IP 
packet is to be handled in IP-based networks which offer various service qualities, and a header 
checksum field used to verify transmission error. Other IP fields such as flags and fragment 
offset fields, a total length field, an ID field, a time to live field and a protocol field may also be 
included in such a header and in the Internet Protocol version 4 (IPv4), header fields including 
IP/UDP/RTP may occupy 40 bytes per packet, and 60 bytes per packet for Internet Protocol 
version 6 (IPv6) (see col. 5, 38-65). 

Conclusion 

6. The prior art made of record and not relied upon is considered pertinent to applicants 
disclosure. 
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USPN: 6,711,164 Le et al. 



US PN: 6,721,333 Milton et al. 



7. 



Any inquiry concerning this communication or earlier communication from the examiner 



should be directed to Esaw Abraham whose telephone number is (571) 272-3812. The examiner 
can normally be reached on M-F 8-5. 

If attempts to reach the examiner by telephone are successful, the examiner's supervisor, 
Albert DeCady can be reached on (571) 272-3819. The fax phone numbers for the organization 
where this application or proceeding is assigned are (703) 746-7239 for regular communications 
and (703) 746-7238 for after final communications. 

Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the receptionist whose telephone number is (703) 305-3900, 




Esaw Abraham 
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